Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bump kotlinx-coroutines-reactive from 1.5.2 to 1.6.0 #241

Conversation

dependabot[bot]
Copy link
Contributor

@dependabot dependabot bot commented on behalf of github Dec 23, 2021

Bumps kotlinx-coroutines-reactive from 1.5.2 to 1.6.0.

Release notes

Sourced from kotlinx-coroutines-reactive's releases.

1.6.0

Note that this is a full changelog relative to the 1.5.2 version. Changelog relative to 1.6.0-RC3 can be found at the end.

kotlinx-coroutines-test rework

Dispatchers

  • Introduced CoroutineDispatcher.limitedParallelism that allows obtaining a view of the original dispatcher with limited parallelism (#2919).
  • Dispatchers.IO.limitedParallelism usages ignore the bound on the parallelism level of Dispatchers.IO itself to avoid starvation (#2943).
  • Introduced new Dispatchers.shutdown method for containerized environments (#2558).
  • newSingleThreadContext and newFixedThreadPoolContext are promoted to delicate API (#2919).

Breaking changes

  • When racing with cancellation, the future builder no longer reports unhandled exceptions into the global CoroutineExceptionHandler. Thanks @​vadimsemenov! (#2774, #2791).
  • Mutex.onLock is deprecated for removal (#2794).
  • Dispatchers.Main is now used as the default source of time for delay and withTimeout when present(#2972).
    • To opt-out from this behaviour, kotlinx.coroutines.main.delay system property can be set to false.
  • Java target of coroutines build is now 8 instead of 6 (#1589).
  • Source-breaking change: extension collect no longer resolves when used with a non-in-place argument of a functional type. This is a candidate for a fix, uncovered after 1.6.0, see #3107 for the additional details.

Bug fixes and improvements

  • Kotlin is updated to 1.6.0.
  • Kotlin/Native new memory model is now supported in regular builds of coroutines conditionally depending on whether kotlin.native.binary.memoryModel is enabled (#2914).
  • Introduced CopyableThreadContextElement for mutable context elements shared among multiple coroutines. Thanks @​yorickhenning! (#2893).
  • transformWhile, awaitClose, ProducerScope, merge, runningFold, runingReduce, and scan are promoted to stable API (#2971).
  • SharedFlow.subscriptionCount no longer conflates incoming updates and gives all subscribers a chance to observe a short-lived subscription (#2488, #2863, #2871).
  • Flow exception transparency mechanism is improved to be more exception-friendly (#3017, #2860).
  • Cancellation from flat* operators that leverage multiple coroutines is no longer propagated upstream (#2964).
  • SharedFlow.collect now returns Nothing (#2789, #2502).
  • DisposableHandle is now fun interface, and corresponding inline extension is removed (#2790).
  • FlowCollector is now fun interface, and corresponding inline extension is removed (#3047).
  • Deprecation level of all previously deprecated signatures is raised (#3024).
  • The version file is shipped with each JAR as a resource (#2941).
  • Unhandled exceptions on K/N are passed to the standard library function processUnhandledException (#2981).
  • A direct executor is used for Task callbacks in kotlinx-coroutines-play-services (#2990).
  • Metadata of coroutines artifacts leverages Gradle platform to have all versions of dependencies aligned (#2865).
  • Default CoroutineExceptionHandler is loaded eagerly and does not invoke ServiceLoader on its exception-handling path (#2552).
  • Fixed the R8 rules for ServiceLoader optimization (#2880).
  • Fixed BlockHound integration false-positives (#2894, #2866, #2937).
  • Fixed the exception handler being invoked several times on Android, thanks to @​1zaman (#3056).
  • SendChannel.trySendBlocking is now available on Kotlin/Native (#3064).
  • The exception recovery mechanism now uses ClassValue when available (#2997).
  • JNA is updated to 5.9.0 to support Apple M1 (#3001).

... (truncated)

Changelog

Sourced from kotlinx-coroutines-reactive's changelog.

Version 1.6.0

Note that this is a full changelog relative to the 1.5.2 version. Changelog relative to 1.6.0-RC3 can be found at the end.

kotlinx-coroutines-test rework

Dispatchers

  • Introduced CoroutineDispatcher.limitedParallelism that allows obtaining a view of the original dispatcher with limited parallelism (#2919).
  • Dispatchers.IO.limitedParallelism usages ignore the bound on the parallelism level of Dispatchers.IO itself to avoid starvation (#2943).
  • Introduced new Dispatchers.shutdown method for containerized environments (#2558).
  • newSingleThreadContext and newFixedThreadPoolContext are promoted to delicate API (#2919).

Breaking changes

  • When racing with cancellation, the future builder no longer reports unhandled exceptions into the global CoroutineExceptionHandler. Thanks @​vadimsemenov! (#2774, #2791).
  • Mutex.onLock is deprecated for removal (#2794).
  • Dispatchers.Main is now used as the default source of time for delay and withTimeout when present(#2972).
    • To opt-out from this behaviour, kotlinx.coroutines.main.delay system property can be set to false.
  • Java target of coroutines build is now 8 instead of 6 (#1589).
  • Source-breaking change: extension collect no longer resolves when used with a non-in-place argument of a functional type. This is a candidate for a fix, uncovered after 1.6.0, see #3107 for the additional details.

Bug fixes and improvements

  • Kotlin is updated to 1.6.0.
  • Kotlin/Native new memory model is now supported in regular builds of coroutines conditionally depending on whether kotlin.native.binary.memoryModel is enabled (#2914).
  • Introduced CopyableThreadContextElement for mutable context elements shared among multiple coroutines. Thanks @​yorickhenning! (#2893).
  • transformWhile, awaitClose, ProducerScope, merge, runningFold, runingReduce, and scan are promoted to stable API (#2971).
  • SharedFlow.subscriptionCount no longer conflates incoming updates and gives all subscribers a chance to observe a short-lived subscription (#2488, #2863, #2871).
  • Flow exception transparency mechanism is improved to be more exception-friendly (#3017, #2860).
  • Cancellation from flat* operators that leverage multiple coroutines is no longer propagated upstream (#2964).
  • SharedFlow.collect now returns Nothing (#2789, #2502).
  • DisposableHandle is now fun interface, and corresponding inline extension is removed (#2790).
  • FlowCollector is now fun interface, and corresponding inline extension is removed (#3047).
  • Deprecation level of all previously deprecated signatures is raised (#3024).
  • The version file is shipped with each JAR as a resource (#2941).
  • Unhandled exceptions on K/N are passed to the standard library function processUnhandledException (#2981).
  • A direct executor is used for Task callbacks in kotlinx-coroutines-play-services (#2990).
  • Metadata of coroutines artifacts leverages Gradle platform to have all versions of dependencies aligned (#2865).
  • Default CoroutineExceptionHandler is loaded eagerly and does not invoke ServiceLoader on its exception-handling path (#2552).
  • Fixed the R8 rules for ServiceLoader optimization (#2880).
  • Fixed BlockHound integration false-positives (#2894, #2866, #2937).
  • Fixed the exception handler being invoked several times on Android, thanks to @​1zaman (#3056).
  • SendChannel.trySendBlocking is now available on Kotlin/Native (#3064).
  • The exception recovery mechanism now uses ClassValue when available (#2997).

... (truncated)

Commits

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot merge will merge this PR after your CI passes on it
  • @dependabot squash and merge will squash and merge this PR after your CI passes on it
  • @dependabot cancel merge will cancel a previously requested merge and block automerging
  • @dependabot reopen will reopen this PR if it is closed
  • @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

Bumps [kotlinx-coroutines-reactive](https://github.com/Kotlin/kotlinx.coroutines) from 1.5.2 to 1.6.0.
- [Release notes](https://github.com/Kotlin/kotlinx.coroutines/releases)
- [Changelog](https://github.com/Kotlin/kotlinx.coroutines/blob/master/CHANGES.md)
- [Commits](Kotlin/kotlinx.coroutines@1.5.2...1.6.0)

---
updated-dependencies:
- dependency-name: org.jetbrains.kotlinx:kotlinx-coroutines-reactive
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot bot added the dependencies Pull requests that update a dependency file label Dec 23, 2021
@sokomishalov sokomishalov merged commit 07ff451 into master Dec 23, 2021
@sokomishalov sokomishalov deleted the dependabot/maven/org.jetbrains.kotlinx-kotlinx-coroutines-reactive-1.6.0 branch December 23, 2021 06:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dependencies Pull requests that update a dependency file
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant